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The invention relates 
to a method for the automatic 
retrieval of engineering data 
of systems. The engineering 
and run-time objects are 
described by a uniform object 
model. The correspondence 
between engineering objects 
and run-time objects can thus 
be determined at the object 
level. No information is lost 
as a result of the imaging. In 
addition, the engineering objects 
and the run-time objects can 
directly communicate, whereby 
said communication can be used 
when the method is carried out. 
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Die Erfindung betrifft ein 
Verfahren zur automatischen 
Wiedergewinnung von 
Engineeringdaten aus Anlagen. 
Die Objekte des Engineering 

und der Runtime werden durch . 
ein einheitliches Objektmodell beschrieben. Dadurch laBt sich die Entsprechung zwischen Engineeringobjekten und Runtimeobjekjen 
auf Objektebene festlegen und es tritt kein Informationsverlust durch die Abbildung auf. ZusatzlicH kann eine direkte Kommumkation 
zwischen Engineering- und Runumeobjekten stattfinden, was bei der Realisierung des Verfahrens ausgenutzt werden kann 
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G UBER DIE INTERNATIONAL ZUSAMMENARBEIT AUF DEM 
GEBIET DES PATENTWESENST 



PCT 

& \ INTERNATIONALER VCRLAUFIGER PRUFUNGSBERICHT 

(Artikel 36 und Regel 70 PCT) 




Aktenzeichen des Anmelders oder Anwalts 
1999P03133WO 


siehe Mitteilung uber die Ubersendung des internationalen 
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1 . Dieser internationale vorlaufige Prufungsbericht wurde von der mit der internationalen vorlaufigen Prufung beauftragten 
Behorde erstellt und wird dem Anmelder gemaB Artikel 36 ubermittelt. 

2. Dieser BERICHT umfaBt insgesamt 5 Blatter einschlieBlich dieses Deckblatts. 

K AuRerdem liegen dem Bericht ANLAGEN bei; dabei handelt es sich urn Blatter mit Beschreibungen, Anspriichen 
und/oder Zeichnungen, die geandert wurden und diesem Bericht zugrunde liegen, und/oder Blatter mit vor dieser 
Behorde vorgenommenen Berichtigungen (siehe Regel 70.16 und Abschnitt 607 der Verwaltungsrichtlinien zum PCT) 

Diese Anlagen umfassen insgesamt 8 Blatter. 
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Prioritat 

Keine Ersteilung eines Gutachtens uber Neuheit, erfinderische Tatigkeit und gewerbliche Anwendbarkeit 
Mangelnde Einheitlichkeit der Erfindung 

Begrundete Feststellung nach Artikel 35(2) hinsichtlich der Neuheit, der erfinderischen Tatigkeit und der 
gewerblichen Anwendbarkeit; Unterlagen und Erklarungen zur Stutzung dieser Feststellung 

Bestimmte angefuhrte Unterlagen 

Bestimmte Mangel der internationalen Anmeldung 
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Datum der Einreichung des Antrags 
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Name und Postanschrift der mit der internationalen vorlaufigen 
Prufung beauftragten Behorde: 
Europaisches Patentamt 

D-80298 Munchen 
Tel. +49 89 2399 - 0 Tx: 523656 epmu d 

Fax: +49 89 2399 - 4465 



Datum der Fertrgstellung dieses Berichts 
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Bevolimachtigter Bediensteter 
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Formblatt PCT/IPEA/409 (Deckblatt) (Januar 1994) 



INTERNATIONALER VORLAUFIGER 
PRUFUNGSBERICHT 



Internationales Aktenzeichen PCT/DE00/00735 



I. Grundlage des Berichts 

1 . Hinsichtlich der Bestandteile der internationalen Anmeldung (Ersatzblatter, die dem Anmeldeamt aufeine 
Aufforderung nach Artikel 14 hin vorgefegt wurden, gelten im Rahmen dieses Berichts a/s "ursprung/ich 
eingereicht" und sind ihm nicht beige fugt, weil sie kerne Anderungen enthaiten (Regeln 70. 16 und 70. 1 7)): 
Beschreibung, Seiten: 

1,3-7 ursprungliche Fassung 

2,2a eingegangen am 25/04/2001 mit Schreiben vom 25/04/2001 



Patentanspruche, Nr.: 

1-14 eingegangen am 25/04/2001 mit Schreiben vom 25/04/2001 



Zeichnungen, Blatter: 

1-4 ursprungliche Fassung 



2. Hinsichtlich der Sprache: Alle vorstehend genannten Bestandteile standen der Behorde in der Sprache, in der 
die internationale Anmeldung eingereicht worden ist, zur Verfugung oder wurden in dieser eingereicht, sofern 
unter diesem Punkt nichts anderes angegeben ist. 

Die Bestandteile standen der Behorde in der Sprache: zur Verfugung bzw. wurden in dieser Sprache 
eingereicht; dabei handelt es sich um 

□ die Sprache der Ubersetzung, die fur die Zwecke der internationalen Recherche eingereicht worden ist (nach 
Regel 23.1(b)). 

□ die Veroffentlichungssprache der internationalen Anmeldung (nach Regel 48.3(b)). 

□ die Sprache der Ubersetzung, die fur die Zwecke der internationalen vorlaufigen Prufung eingereicht worden 
ist (nach Regel 55.2 und/oder 55.3). 

3. Hinsichtlich der in der internationalen Anmeldung offenbarten Nucleotid- und/oder Aminosauresequenz ist die 
internationale vorlaufige Prufung auf der Grundlage des Sequenzprotokolls durchgefuhrt worden, das: 

□ in der internationalen Anmeldung in schriftlicher Form enthaiten ist. 

□ zusammen mit der internationalen Anmeldung in computerlesbarer Form eingereicht worden ist. 

□ bei der Behorde nachtraglich in schriftlicher Form eingereicht worden ist. 

□ bei der Behorde nachtraglich in computerlesbarer Form eingereicht worden ist. 

□ Die Erklarung, daf3 das nachtraglich eingereichte schriftliche Sequenzprotokoll nicht uber den 
Offenbarungsgehalt der internationalen Anmeldung im Anmeldezeitpunkt hinausgeht, wurde vorgelegt. 

□ Die Erklarung, daB die in computerlesbarer Form erfassten Informationen dem schriftlichen 
Sequenzprotokoll entsprechen, wurde vorgelegt. 



Formblatt PCT/IPEA/409 (Felder l-VIII, Blatt 1) (Juli 1998) 
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Internationales Aktenzeichen PCT/DEOO/00735 



4. Aufgrund der Anderungen sind folgende Unterlagen fortgefallen: 

□ Beschreibung, Seiten: 

□ Anspruche, Nr.: 

□ Zeichnungen, Blatt: 

5. □ Dieser Bericht ist ohne Berucksichtigung (von einigen) der Anderungen erstellt worden, da diese aus den 

angegebenen Grunden nach Auffassung der Behorde uber den Offenbarungsgehalt in der ursprunglich 
eingereichten Fassung hinausgehen (Regel 70.2(c)). 

(Auf Ersatzblatter, die solche Anderungen enthalten, ist unter Punkt 1 hinzuweisen;sie sind diesem Bericht 
beizufugen). 



6. Etwaige zusatzliche Bemerkungen: 



IN. Keine Erstellung eines Gutachtens liber Neuheit, erfinderische Tatigkeit und gewerbliche Anwendbarkeit 

1 . Folgende Teile der Anmeldung wurden nicht daraufhin gepruft, ob die beanspruchte Erf indung als neu, auf 
erfinderischer Tatigkeit beruhend (nicht offensichtlich) und gewerblich anwendbar anzusehen ist: 

□ die gesamte Internationale Anmeldung. 
S Anspruche Nr. 1-14. 

Begrundung: 

□ Die gesamte Internationale Anmeldung, bzw. die obengenannten Anspruche Nr. beziehen sich auf den 
nachstehenden Gegenstand, fur den keine internationale vorlaufige Prufung durchgefuhrt werden braucht 
(genaue Angaben): 



^ Die Beschreibung, die Anspruche Oder die Zeichnungen (machen Sie hierzu nachstehend genaue Angaben) 
Oder die obengenannten Anspruche Nr. 1-14 sind so unklar, daB kein sinnvolles Gutachten erstellt werden 
konnte {genaue Angaben): 
siehe Beiblatt 

□ Die Anspruche bzw. die obengenannten Anspruche Nr. sind so unzureichend durch die Beschreibung 
gestutzt, daB kein sinnvolles Gutachten erstellt werden konnte. 

□ Fur die obengenannten Anspruche Nr. wurde kein internationaler Recherchenbericht erstellt. 

2. Eine sinnvolle internationale vorlaufige Prufung kann nicht durchgefuhrt werden, weil das Protokoll der Nukleotid- 
und/oder Aminosauresequenzen nicht dem in Anlage C der Verwaltungsvorschriften vorgeschriebenen Standard 
entspricht: 

□ Die schriftliche Form wurde nicht eingereicht bzw. entspricht nicht dem Standard. 

□ Die computerlesbare Form wurde nicht eingereicht bzw. entspricht nicht dem Standard. 
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VII. Bestimmte Mangel der internationalen Anmeldung 

Es wurde festgestellt, da3 die internationale Anmeldung nach Form oder Inhalt folgende Mangel aufweist: 
siehe Beiblatt 



VIII. Bestimmte Bemerkungen zur internationalen Anmeldung 

Zur Klarheit der Patentanspruche, der Beschreibung und der Zeichnungen oder zu der Frage, ob die Anspruche 
in vollem Umfang durch die Beschreibung gestutzt werden, ist folgendes zu bemerken: 
siehe Beiblatt 
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Zu Punkt III 

Keine Erstellung eines Gutachtens iiber Neuheit, erfinderische Tatigkeit und 
gewerbliche Anwendbarkeit 

Die Anspriiche 1-14 sind so unklar, daB kein entsprechendes Gutachten erstellt werden 
kann, entsprechende detaillierte Angaben sind zu Punkt VIII aufgefuhrt. 



Zu Punkt VII 

Bestimmte Mangel der internationalen Anmeldung 

Die unabhangigen Anspriiche sind nicht in der zweiteiligen Form nach Regel 6 3 b) 
PCT abgefaBt. 



Zu Punkt VIII 

Bestimmte Bemerkungen zur internationalen Anmeldung 

1 . Der Verfahrens-Anspruch 1 ist insgesamt vage und unklar und laBt den Leser 
iiber die Bedeutung der betreffenden technischen Merkmale im Ungewissen. Dies 
hat zur Folge, daB die Definition des Gegenstands dieses Anspruchs nicht klar ist 
(Artikel 6 PCT): 

1 . 1 Was bedeutet "Automatisierungsobjekte" im gegebenen Zusammenhang? 

1 .2 Was sind "identifizierbare Bezeichner eines Typs ihres jeweiligen Reprasentanten"? 

1 .3 Was sind "fur die bezeichneten Typen entsprechende Reprasentanten"? 



2. Da der System-Anspruch 8 entsprechend Anspruch 1 formuliert ist, gelten die 
obigen Einwande hier entsprechend. 

3. Damit sind jedoch auch die abhangigen Anspriiche 2-7 und 9-14 unklar. 



Formblatt PCT/Beiblatt/409 (Blatt 1) (EPA-April 1997) 



25-04-2001 ^ :RCT7DE00/0QZ35 DESCPAMD 

1999pWi_33 WO 

PCT/DE 00/00735 

\ 

2 

Der zweite Ansatz beruht auf einer Disassemblierung des 
Runtimecodes . Dabei wird der ausfuhrbare Code der Runtimeob- 
jekte analysiert und in die Gegenstiicke des Engineering iiber- 
setzt. Diese Losung besitzt die folgenden Nachteile: 
5 • Aufwendiges Verfahren: Die Analyse des Runtimecodes ist 
komplex und anfallig 'fur Fehler. 

• Implementierungsabhangig: Die Implementierung der Ruck- 
iibersetzung ist stark abhangig von der Realisierung des 
Ubersetzungsvorgangs . Anderungen des Uber s e t zungsvorgangs 

10 und vor allem des erzeugten Codes erzwingen die Anpassung 

der Implementierung des Riickuberset zungsvorgangs . 

• • ES-Inf ormation nicht mehr eindeutig herstellbar: Da der 

Runtimecode sich auf einer semantisch niedrigeren Ebene 
befindet als die eigentliche Engineeringinf ormation, kann 
15 nicht gewahrleistet werden, da£ die Engineeringinf ormation 

sich exakt rekonstruieren laSt . 

In dem Fachartikel Elmqvist, h. : „A Uniform Architecture for 
"Distributed Automation", Advances in Instrumentation and 

20 Control, Bd. 46, Teil 2, 1991, Seiten 1599-1608, XP000347589 
Research Triangle Park, NC, US, wird ein Automatisierungs- 
system beschrieben, dessen Objekte in einer objekt- und 
datenf lussorientierten Programmiersprache programmiert sind. 
Es nutzt eine graphische Programmierumgebung und bietet 

25 Mittel fur die Erstellung von dynamisch aktualisierten 
Prozessbildern. Die Programmiersprache erlaubt eine 
automatische Kommunikation zwischen verteilten Objekten. 



30 



Das der Erfindung zugrunde liegende Problem besteht darin, 
dass die in einer Anlage enthaltenen Inf ormat ionen 
automatisch in ein Engineeringsystem zuruckgespielt und dort 
wieder benutzt werden konnen, beispielsweise urn Anderungen in 
der Anlage zu pro j ektieren . 
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2a 

Diese Aufgabe wird durch ein Verfahren sowie durch ein System 
mit den in den Anspruchen 1 bzw. 8 angegebenen Merkmalen 
gelost . 

5 Dabei werden die Objekte des Engineering und der Runtime wer- 
den durch ein einheitliches Obj ektmodell beschrieben. Dadurch 
laSt sich die Entsprechung zwischen Engineeringobjekten und 
Runtimeobjekten auf Objektebene festlegen und es tritt kein 
Inf ormationsverlust durch die Abb il dung auf. Zusatzlich kann 
10 eine direkte Kommunikation zwischen Engineering- und Runtime- 
objekten stattfinden, was bei der Realisierung des Verfahrens 
ausgenutzt werden kann. 

Der Zusammenhang zwischen einem Engineeringob j ekt und seinem 
15 Runt imegegens tuck ist in Bild 1 beschrieben. Das Engineering - 
objekt ESO besitzt einen direkten Verweis, RTO Ref, auf seine 
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Patent anspruche 

1 . Verf ahren zur automatischen Wiedergewinnung von 
Engineeringdaten aus einem Automatisierungssystem mit einer 
Vielzahl von einzelnen Automatisierungsobj ekten (RAOl . . RA04 ) , 
bei welchem Verf ahren 

- zur Wiederherstellung von Reprasentanten (Gl, G2 , 

A01..A04) in einem Engineeringsystem von Objekten (RG1, 
RG2, RA01..RA04) des Automatisiemngs systems 

- die Objekte (RG1 , RG2, RA01..RA04) einen 

identif izierenden Bezeichner eines Typs ihres jeweiligen 
Reprasentanten (Gl, G2, A01..A04) an das 
Engineeringsystem liefern, 

- das Engineeringsystem fur die bezeichneten Typen 
entsprechende Reprasentanten (Gl, G2 , A01..A04) erzeugt 
und bei den Reprasentanten (Gl, G2, A01..A04) jeweils 
einen Verweis auf das Objekt (RG1 , RG2 , RA01..RA04) 
eintragt 

- und mittels des Verweises jeder Reprasentant (Gl, G2 , 
A01..A04) Engineeringinf ormationen aus dem Objekt (RG1, 
RG2 , RAOl . . RA04 ) ausliest . 

2 . Verf ahren nach Anspruch 1 , 

dadurch gekennzeichnet , 

dass in einem ersten Schritt zur Wiederherstellung von 

Geratereprasentanten (Gl, G2) im Engineeringsystem 

- Gerate (RG1, RG2), auf denen die Automatisierungsob j ekte 
(RA01..RA04) laufen, einen identif izierenden Bezeichner 
eines Typs ihres jeweiligen Geratereprasentanten (Gl, G2) 
an das Engineeringsystem liefern, 

- das Engineeringsystem fur die bezeichneten Typen 
entsprechende Geratereprasentanten (Gl, G2) erzeugt und 
bei den Geratereprasentanten (Gl, G2 ) jeweils einen 
Verweis auf das Gerat (RG1, RG2) eintragt 

- und mittels des Verweises jeder Geratereprasentant (Gl, 
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G2) Engineeringinf ormationen aus dem Gerat (RG1, RG2) 
ausliest und 

in einem zweiten Schritt zur Wiederherstellung von 
Reprasentanten (A01..A04) der Automatisiemngsobj ekte 
5 (RA01..RA04) im Engineeringsystem 

- die Automat isierungsobj ekte (RA01..RA04) einen 

identif izierenden Bezeichner (ESO Typ ID) eines Typs (ESO 
Typ) ihres jeweiligen Reprasentanten (A01..A04) an das 
Engineeringsystem lief em, 
10 - das Engineeringsystem fur die bezeichneten Typen 

entsprechende Reprasentanten (A01..A04) erzeugt und bei 
den Reprasentanten (A01..A04) jeweils einen Verweis auf 
das Automatisierungsobjekt (RA01..RA04) eintragt 

- und mittels des Verweises jeder Reprasentant (A01..A04) 
15 Engineeringinf ormationen aus dem Automatisierungsobjekt 

(RAOl . . RA04 ) ausliest . 

3. Verfahren nach Anspruch 2, 

dadurch gekennzeichnet, 
20 dass in einem dritten Schritt zur Wiederherstellung von 
Kommunikationsbeziehungen zwischen den Reprasentanten 
(A01..A04) der Automatisiemngsobj ekte (RA01..RA04) im 
Engineeringsystem 

- die Gerate (RG1 , RG2) Listen mit Kommunikationsbeziehungen 
25 an das Engineeringsystem liefern, 

- im Engineeringsystem Eintrage der Listen in Verweise auf 
Eingange und Ausgange der Reprasentanten (A01..A04) der 
Automatisierungsobjekte (RA01..RA04) umgesetzt werden und 
anschliefiend entsprechende Verbindungen im Engineering- 

3 0 system aufgebaut werden. 



4. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 
dass sowohl die Objekte des Engineeringsystems (Gl, G2 , 
35 A01..A04) als auch die Objekte (RG1, RG2 , RA01..RA04) des 
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Automatisierungssystems durch ein einheitliches , ausfuhrbares 
Objektmodell beschrieben werden und eine direkte 
Kommunikation auf Modellebene zwischen den Objekten des 
Engineeringsystems (Gl, G2, A01..A04) und den Objekte (RG1, 
5 RG2, RA01..RA04) des Automatisierungssystems moglich ist . 

5 . Verf ahren nach Anspruch 3 oder 4 , 
dadurch gekennzeichnet, 

dass Eintrage in die Listen mit Kornmunikationsbeziehungen 
10 Quellen und Senken der Kornmunikationsbeziehungen enthalten, 
wobei die Quellen und Senken jeweils durch ein 3-Tupel aus 
einem Identifier des Gerats (RG1, RG2 ) , einem Identifier des 
Automatisierungsobjekts (RA01..RA04) und einem Identifier des 
Ein- bzw. Ausgangs beschrieben werden. 

15 

6. Verf ahren nach einem der vorhergehenden Anspriiche, 
d a d u r c h gekennzeichnet, 

dass die Objekte (RG1 , RG2 , RA01..RA04) des Automatisierungs- 
systems keinen direkten Verweis auf die dazugehorigen Objekte 
20 des Engineeringsystems (Gl, G2, A01..A04) besitzen urn eine 
Trennung des Engineering- und Automatisierungssystems zu 
ermoglichen. 

7. Verf ahren nach einem der vorhergehenden Anspriiche, 
25 dadurch gekennzeichnet, 

dass das Verfahren zur Aktualisierung bereits bestehender 
Engineeringinformation als Deltaverf ahren genutzt wird. 

8 . System zur automatischen Wiedergewinnung von 

3 0 Engineeringdaten aus einem Automat isierungssystem mit einer 
Vielzahl von einzelnen Automatisierungsobj ekten (RAOl . . RA04 ) 
bei dem 

- zur Wiederherstellung von Reprasentanten (Gl, G2 , 

A01..A04) in einem Engineeringsys tern von Objekten (RG1, 
35 RG2, RA01..RA04) des Automatisierungssystems 
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- die Objekte (RG1 , RG2 , RA01..RA04) einen 
identif izierenden Bezeichner eines Typs ihres jeweiligen 
Reprasentanten (Gl, G2 , A01..A04) zur Lieferung an das 
Engineeringsystem enthalten, 

- das Engineeringsystem Mittel zur Erzeugung von 
Reprasentanten (Gl, G2, A01..A04) fur die bezeichneten 
Typen und Mittel zur Eintragung jeweils eines Verweises 
auf das Objekt (RGl, RG2, RA01..RA04) bei den 
Reprasentanten (Gl, G2 , A01..A04) enthalt, 

- wobei der Verweis zum Auslesen von Engineering- 
informationen aus dem Objekt (RGl, RG2 , RA01..RA04) 
durch jeden Reprasentanten (Gl, G2 , A01..AO4) vorgesehen 
ist . 

15 9. System nach Anspruch 8, 

dadurch. gekennzeichnet, 

dass zur Wiederherstellung von Geratereprasentanten (Gl , G2 ) 
im Engineeringsystem 

- Gerate (RG1, RG2), auf denen die Automatisierungsob j ekte 
20 (RA01..RA04) laufen, einen identif izierenden Bezeichner 

eines Typs ihres jeweiligen Geratereprasentanten (Gl, G2) 
zur Lieferung an das Engineeringsystem enthalten, 

- das Engineeringsystem Mittel zur Erzeugung von 
Geratereprasentanten (Gl, G2) fur 'die bezeichneten Typen 

25 und Mittel zur Eintragung jeweils eines Verweises auf das 

Gerat (RG1, RG2) bei den Geratereprasentanten (Gl, G2 ) 
enthalt, 

- wobei der Verweis zum Auslesen von Engineering- 
informationen aus dem Gerat (RG1, RG2) durch jeden Gerate- 

3 0 reprasentanten (Gl, G2) vorgesehen ist und 

dass zur Wiederherstellung von Reprasentanten (A01..A04) der 
Automat isierungsobj ekte (RA01..RA04) im Engineeringsystem 

- die Automat isierungsobj ekte (RA01..RA04) einen 

identif izierenden Bezeichner (ESO Typ ID) eines Typs (ESO 
35 Typ) ihres jeweiligen Reprasentanten (A01..A04) zur 
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Lieferung an das Engineeringsystem enthalten, 

- das Engineeringsystem Mittel zur Erzeugung von 
Reprasentanten (A01..A04) fur die bezeichneten Typen und 
Mittel zur Eintragung jeweils eines Verweises auf das 

5 Automatisierungsobjekt (RA01..RA04) bei den Reprasentanten 

(AOl. .A04) enthalt, 

- wobei der Verweis zum Auslesen von Engineering- 
informationen aus dem Automatisierungsobjekt (RA01..RA04) 
durch jeden Reprasentanten (A01..A04) vorgesehen ist . 

0 

10. System nach Anspruch 9, 

dadurch gekennzeichnet, 
dass zur Wiederherstellung von Kommunikationsbeziehungen 
zwischen den Reprasentanten (A01..A04) der 
5 Automatisierungsobjekte (RA01..RA04) im Engineeringsystem 

- die Gerate (RG1, RG2) Listen mi t Kommunikationsbeziehungen 
zur Lieferung an das Engineeringsystem enthalten und 

- das Engineeringsystem Mittel zur Umsetzung von Eintragen 
der Listen in Verweise auf Eingange und Ausgange der 

) Reprasentanten (A01..A04) der Automatisierungsobjekte 

(RA01..RA04) und Mittel zum Aufbau der entsprechenden 
Verbindungen im Engineeringsystem enthalt. 

11. System nach einem der Anspruche 8 bis 10, 
i dadurch gekennzeichnet, 

dass sowohl die Objekte des Engineeringsystems (Gl, G2, 
A01..A04) als auch die Objekte (RG1, RG2 , RA01..RA04) des 
Automatisierungssystems durch ein einheitliches , ausfuhrbares 
Objektmodell beschrieben werden und eine direkte 
Kommunikation auf Modellebene zwischen den Objekten des 
Engineeringsystems (Gl, G2, A01..A04) und den Objekte (RGl, 
RG2 , RA01..RA04) des Automatisierungssystems vorgesehen ist. 
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12. System nach Anspruch 10 oder 11, 
dadurch gekennzeichnet, 
dass Eintrage in die Listen mit Kommunikationsbeziehungen 
Quellen und Senken der Kommunikationsbeziehungen enthalten, 
5 wobei die Quellen und Senken jeweils durch ein 3-Tupel aus 
einem Identifier des Gerats (RG1, RG2) , einem Identifier des 
Automatisierungsobj ekts (RA01..RA04) und einem Identifier des 
' Ein- bzw. Ausgangs beschrieben werden. 

10 13. System nach einem der Anspruche 8 bis 12, 
dadurch gekennzeichnet, 

dass die Objekte (RG1 , RG2 , RA01..RA04) des Automat isierungs- 
systems keinen direkten Verweis auf die dazugehorigen Objekte 
des Engineeringsystems (Gl, G2 , A01..A04) besitzen urn eine 
15 Trennung des Engineering- und Automatisierungssystems zu 
ermoglichen. 

14__. System nach einepi der . Anspruche . 8 bis 13, 
dadurch gekennzeichnet, 
20 dass das System zur Aktualisierung bereits bestehender 
Engineeringinf ormation genutzt wird. 
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International application No. 
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I. Basis of the report 



1. With regard to the elements of the international application:* 
| [ the international application as originally filed 

DKI tne description: 

pages _ 1,3-7 

pages 

pages 



, as originally filed 
filed with the demand 



2,2a 



, filed with the letter of 



25 April 2001 (25.04.2001) 



IEI 



the claims: 

pages 

pages 

pages 

pages 



, as originally filed 

, as amended (together with any statement under Article 1 9 
. filed with the demand 



1-14 



filed with the letter of 



25 April 2001 (25.04.2001) 



the drawings: 

pages 

pages 

pages 



1-4 



, as originally filed 



( filed with the demand 



filed with the letter of 



| | the sequence listing part of the description: 

pages 

pages 
pages 



, as originally filed 

filed with the demand 



filed with the letter of 



2. With regard to the language, all the elements marked above were available or furnished to this Authority in the language in which 
the international application was filed, unless otherwise indicated under this item. 

These elements were available or furnished to this Authority in the following language which is* 

□ 

the language of a translation furnished for the purposes of international search (under Rule 23 1(b)) 

□ the language of publication of the international application (under Rule 48 3(b)) 

the language of the translation furnished for the purposes of international preliminary examination (under Rule 55 2 and/ 
or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the international 
preliminary examination was carried out on the basis of the sequence listing: 



□ 
□ 
□ 
□ 
□ 

□ 
□ 



contained in the international application in written form. 

filed together with the international application in computer readable form. 

furnished subsequently to this Authority in written form. 

furnished subsequently to this Authority in computer readable form. 

The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in the 
international application as filed has been furnished. 

The statement that the information recorded in computer readable form is identical to the written sequence listing has 
been furnished. 

The amendments have resulted in the cancellation of: 

the description, pages 

the claims, Nos. 

□ 



the drawings, sheets/fig . 



5 I 1 This re P ort has been established as if (some of) the amendments had not been made, since they have been considered to go 
— beyond the disclosure as filed, as indicated in the Supplemental Box (Rule 70.2(c)).** 

* Replacement sheets which have been furnished to the receiving Office in response to an invitation under Article 14 are referred to 
in this report as "originally filed" and are not annexed to this report since they do not contain amendments (Rule 70 16 
and 70. 1 7). 

^* Any replacement sheet containing such amendments must be referred to under item 1 and annexed to this report. 
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III. Non-establishment of opinion with regard to novelty, inventive step and industrial applicability 



1. The questions whether the claimed invention appears to be novel, to involve an inventive step (to be non obvious), or to be 
industrially applicable have not been examined in respect of: 

the entire international application. 

LXJ claims Nos. 



1-14 



because: 



I I the said international application, or the said claims Nos. 

I — ' relate to the following subject matter which does not require an international preliminary examination (specify): 



A the description, claims or drawings (indicate particular elements below) or said claims Nos. 1-14 

* are so unclear that no meaningful opinion could be formed (specify): 

See separate sheet. 



□ the claims, or said claims Nos. _ are so inadequately supported 
by the description that no meaningful opinion could be formed. 

| [ no international search report has been established for said claims Nos. 



2. A meaningful international preliminary examination cannot be carried out due to the failure of the nucleotide and/or amino acid 
sequence listing to comply with the standard provided for in Annex C of the Administrative Instructions: 



| | the written form has not been furnished or does not comply with the standard. 

| | the computer readable form has not been furnished or does not comply with the standard. 
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Supplemental Box 
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Continuation of: III 



Claims 1 to 14 are so unclear that no appropriate report 
can be established and corresponding detailed information 
is set out in Box VIII. 
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VII. Certain defects in the international application 



The following defects in the form or contents of the international application have been noted: 



The independent claims are not drafted in the two-part 
form (PCT Rule 6.3(b)). 
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VIII. Certain observations on the international application 



The following observations on the clarity of the claims, description, and drawings or on the question whether the claims are fully 
supported by the description, are made: 

1. Method Claim 1 is as a whole vague and unclear and 
leaves the reader in doubt as to the meaning of the 
relevant technical features. The result is that the 
definition of the subject matter of this claim is 
not clear (PCT Article 6) . 

1.1 What does "automation objects" mean in the given 
context? 

1.2 What are "identifiable markers of a type of their 
respective representatives" ? 

1.3 Was are "representatives corresponding to the marked 
types"? 



2. Since the system Claim 8 is formulated to correspond 
to Claim 1, the above objections apply accordingly. 

3. However, dependent Claims 2 to 7 and 9 to 14 are 

therefore also unclear. 
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B. RECHERCHIERTE GEBIETE 



Recherchierter Mindestprufstoff (Klassifikationssystem und Klassifikationssymbole ) 

IPK 7 G06F 



Recherchierte aber nicht zum Mindestprufstoff gehorende Veroffentlichungen, soweit diese unter die recherchierten Gebiete fallen 



Wahrend der intemationalen Recherche konsuftierte elektronische Oatenbank (Name der Datenbank und evtl. verwendete Suchbegriffe) 

EPO-Internal , PAJ, INSPEC, IBM-TDB 



C. ALS WESENTLICH ANGESEHENE UNTERLAGEN 



Kategorie 0 
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Betr. Anspruch Nr. 



ELMQVIST: "A Uniform Architecture for 
Distributed Control" 

ADVANCES IN INSTRUMENTATION AND CONTROL, 
Bd. 46 Teil 2, 1991, Seiten 1599-1608, 
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Research Triangle Park, NC, US 
das ganze Dokument 



1,2 



□ 



Weitere Veroffentlichungen sind der Fortsetzung von Feld C zu 
entnehmen 



□ 



Siehe Anhang Patentfamilie 



* Besondere Kategorien von angegebenen Veroffentlichungen : 

"A" Veroffentlichung, die den allgemeinen Stand der Technik definiert, 
aber nicht als besonders bedeutsam anzusehen ist 

"E" alteres Dokument, das jedoch erst am oder nach dem intemationalen 
Anmeldedatum veroffentlicht worden ist 

"L" Veroffentlichung, die geeignet ist, einen Priori tatsanspruch zweifelhaft er- 
scheinen zu I ass en, oder durch die das Verdffentlichungsdatum einer 
anderen im Rech ere henbe rich t genannten Veroffentlichung belegt werden 
soil oder die aus einem anderen besonderen Grund angegeben ist (wie 
ausgefuhrt) 

"O" Veroffentlichung, die sich auf eine mundliche Offenbarung, 

eine Benutzung, eine Ausstellung oder andere MaRnahmen bezieht 

"P" Veroffentlichung, die vor dem intemationalen Anmeldedatum, aber nach 
dem beanspruchten Prioritatsdatum veroffentlicht worden ist 



T" Spatere Veroffentlichung, die nach dem intemationalen Anmeldedatum 
oder dem Prioritatsdatum veroffentlicht worden ist und mit der 
Anmeldung nicht kollidiert, sondem nur zum Verstandnis des der 
Erfindung zugrundeiiegenden Prinzips oder der ihr zugrundeliegenden 
Theorie angegeben ist 

'X" Veroffentlichung von besonderer Bedeutung; die beanspruchte Erfindung 
kann allein auf grund dieser Veroffentlichung nicht als neu oder auf 
erf inde rise her Tatigkeit beruhend betrachtet werden 

'Y" Veroffentlichung von besonderer Bedeutung; die beanspruchte Erfindung 
kann nicht als auf erfinderischer Tatigkeit beruhend betrachtet 
werden, wenn die Veroffentlichung mit einer oder mehreren anderen 
Veroffentlichungen dieser Kategorie in Verbindung gebracht wird und 
diese Verbindung fur einen Fachmann naheliegend ist 

'Si" Veroffentlichung, die Mitglied derselben Patentfamilie ist 
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iRTRAG UBER DIE INTERNATIO 
AUF DEM GEBIET DES 



E ZUSAMMEN ARBEIT 
ENTWESENS 



PCT 

INTERNATIONALER RECHERCHENBERICHT 

(Artikel 1 8 sowie Regeln 43 und 44 PCT) 



Aktenzeichen des Anmelders Oder Anwalts 

99P3133P 


WEITERES siehe Mitteilung uber die Ubermittlung des internationalen 

Recherchenberichts (Formblatt PCT/ISA/220) sowie, soweit 
VORGEHEN zutreffend, nachstehender Punkt 5 


Internationales Aktenzeichen 

PCT/DE 00/00735 


Internationales Anmeldedatum 
(Tag/Monat/Jahr) 

09/03/2000 


(Fruhestes) Prioritatsdatum (Tag/Monat/Jahr) 

09/03/1999 


Anmelder 

SIEMENS AKTIENGESELLSCHAFT et al . 





Dieser internationale Recherchenbericht wurde von der Internationalen Recherchenbehorde erstellt und wird dem Anmeider gemaB 
Artikei 18 ubermitteft. Eine Kopie wird dem Internationalen Buro ubermittelt. 

Dieser internationale Recherchenbericht umfaBt insgesamt _2 Blatter. 

["X~| Daruber hinaus liegt ihm jeweils eine Kopie der in diesem Bericht genannten Unterlagen zum Stand der Technik bei. 



1 . Grundlage des Berlchts 

a. 



Hinsichtlich der Sprache ist die internationale Recherche auf der Grundlage der internationalen Anmeldung in der Sprache 
durchgefuhrt worden, in der sie eingereicht wurde, sofern unter diesem Punkt nichts anderes angegeben ist. 



□ 



Die internationale Recherche ist auf der Grundlage einer bei der Behorde eingereichten Ubersetzung der internationalen 
Anmeldung (Regei 23.1 bj) durchgefuhrt worden. 

Hinsichtlich der in der internationalen Anmeldung offenbarten Nucleotide und/ Oder Aminosauresequenz ist die internationale 
Recherche auf der Grundlage des Sequenzprotokolls durchgefuhrt worden, das 
| | in der internationalen Anmeldung in Schriflicher Form enthalten ist. 

zusammen mit der internationalen Anmeldung in computerlesbarer Form eingereicht worden ist. 
bei der Behorde nachtraglich in schriftlicher Form eingereicht worden ist. 
bei der Behorde nachtraglich in computerlesbarer Form eingereicht worden ist. 

Die Erklarung, daft das nachtraglich eingereichte schriftliche Sequenzprotokoll nicht uber den Offenbarungsgehalt der 
internationalen Anmeldung im Anmeldezeitpunkt hinausgeht, wurde vorgelegt. 

Die Erklarung, daft die in computerlesbarer Form erfaBten Informationen dem schriftlichen Sequenzprotokoll entsprechen, 
wurde vorgelegt. 

Bestlmmte Anspruche ha ben sich als nicht recherchierbar erwlesen (siehe Feld I). 
Mangel nde Einheltllchkeit der Erflndung (siehe Feld II). 



□ 
□ 
□ 
□ 

□ 



□ 
□ 



Hinsichtlich der Bezelchnung der Erflndung 

[X] wird der vom Anmelder eingereichte Wortlaut genehmigt. 
| [ wurde der Wortlaut von der Behorde wie folgt festgesetzt: 



5. Hinsichtlich der Zusammenfassung 

Rri wird der vom Anmelder eingereichte Wortlaut genehmigt. 

wurde der Wortlaut nach Regel 38.2b) in der in Feld III angegebenen Fassung von der Behorde festgesetzt. Der 
| | Anmelder kann der Behorde innerhalb eines Monats nach dem Datum der Absendung dieses internationalen 

Recherchenberichts eine Stellungnahme vorlegen. 

6. Folgende Abbildung der Zelchnungen ist mit der Zusammenfassung zu veroffentlichen: AbtxNr. _] 



| X | wie vom Anmelder vorgeschlagen | | keine der Abb. 

j | weil der Anmelder selbst keine Abbildung vorgeschlagen hat. 
| | weil diese Abbildung die Erfindung besser kennzeichnet. 



Formblatt PCT/ISA/210 (Blatt 1) (Juli 1998) 
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Beschreibung 

Verfahren zur automat ischen Wiedergewinnung von Engineering- 
daten aus Anlagen 

Die Erfindung betrifft ein Verfahren zur automatischen Wie- 
dergewinnung von Engineeringdaten aus Anlagen . 

Ein derartiges Automatisierungssystem kommt insbesondere im 
Bereich der Automatisierungstechnik zum Einsatz . Ein derarti 
ges Automatisierungssystem besteht in der Regel aus einer 
Vielzahl von einzelnen Automat is ierungsobj ekten, die haufig 
eine hohe Abhangigkeit des Automatisierungsobjekts vom je- 
weils verwendeten Engineer ingsys tern aufweisen. 

Momentan gibt es zwei grundsatzliche Verfahren, die einge- 
setzt werden. Im ersten Verfahren, wird die Wiedergewinnung* 
der Engineeringdaten aus der Anlage ausgeschlossen. Anderun- 
gen der Anlage sind nur iiber das Engineeringwerkzeug moglich 
Damit geben die Daten im Engineer ingsys tern stets den aktuel- 
len Stand wieder und die Notwendigkeit des Ruckspielens der 
Information aus der Anlage entfallt. Diese Losung besitzt di 
folgenden Nachteile: 

• Starke Kopplung zwischen Runtime und Engineering: Das 

Engineer ingsys tern muS mit der Anlage ausgeliefert werden 
und auch vom Kunden extra bezahlt werden. 

• Andemngen in der Anlage kdnnen nicht nachvollzogen wer- 
den: Kommt es zu Anderungen in der Anlage, beispielsweise 
durch Austausch eines Gerats, kdnnen diese Anderungen 
nicht automatisch im Engineeringsystem nachvollzogen wer- 
den . 

• Hoher orgaaisatorischer Aufwand: Um die Engineeringdaten 
aktuell zu halten, mussen organisatorische Vorkehrungen 
getroffen werden, durch die sicherges tellt wird, wie Ande- 
rungen in der Anlage in das Engineeringsystem eingebracht 
werden . 
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Der zweite Ansatz beruht auf einer Disassemblierung des 
Runtimecodes. Dabei wird der ausfuhrbare Code der Runtimeob- 
jekte analysiert und in die Gegenstiicke des Engineering iiber- 
setzt. Diese Losung besitzt die folgenden Nachteile: 

• Aufwendiges Verfahren: Die Analyse des Runtimecodes ist 
komplex und anfallig fur Fehler. 

• Implementiemngsabhangig : Die Imp lemen tier ung der Rlick- 
ubersetzung ist stark abhangig von der Realisierung des 
Ubersetzungsvorgangs . Anderungen des Uber s e t zungs vorgangs 
und vor allem des erzeugten Codes erzwingen die Anpassung 
der Implementierung des Ruckubersetzungsvorgangs . 

• ES- Information nicht mehr eindeutig herstellbar : Da der 
Runtimecode sich auf einer semantisch niedrigeren Ebene 
befindet als die eigentliche Engineeringinf ormation, kann 
nicht gewahrleistet werden, daS die Engineeringinf ormation 
sich exakt rekonstruieren laSt. 

Das der Erfindung zugrunde liegende Problem besteht darin, 
daS die in einer Anlage enthaltenen Inf ormationen automatisch 
in ein Engineer ingsys tern zuruckgespielt und dort wieder be- 
nutzt werden konnen, beispielsweise urn Anderungen in der An- 
lage zu projektieren. 

Diese Aufgabe wird durch das im Anspruch 1 angegebene Verfah- 
ren gelost. 

Dabei werden die Objekte des Engineering und der Runtime wer- 
den durch ein einheitliches Objektmodell beschrieben. Dadurch 
laSt sich die Entsprechung zwischen Engineer ingobjekten und 
Runtimeobjekten auf Objektebene festlegen und es tritt kein 
Inf ormationsverlust durch die Abbildung auf. Zusatzlich kann 
eine direkte Kommunikation zwischen Engineering- und Runtime- 
objekten stattfinden, was bei der Realisierung des Verfahrens 
ausgenutzt werden kann. 

Der Zusammenhang zwischen einem Engineeringobj ekt und seinem 
Runt imgegens tuck ist in Bild 1 beschrieben. Das Engineering- 
objekt ESQ besitzt einen direkten Verweis, RTO Ref, auf seine 
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Runtimeentsprechung RTO. Dies ist moglich, da zum Zeitpunkt 
des Engineering die Runtimeobj ekte verfxigbar sind (oder wer- 
den) . Das Runtimeobj ekt RTO besitzt keinen direkten Verweis 
auf das dazugehorige Engineer ingobj ekt . Dies ist notwendig, 
urn eine Trennung des Engineering- und Runtime systems zu er- 
moglichen. Statt dessen enthalt das Objekt RTO einen identi- 
fizierenden Bezeichner, ESO Typ ID, auf den Typ des 
Engineer ingobjekts , ESO Typ. Damit konnen dann benotigte In- 
stanzen des ESO Typs durch das RTO erzeugt werden. 

Bezogen auf ein Runtimeobj ekt RTO lauft das Verfahren zur 
Wiederherstellung der Engineeringinf ormation f olgendermafien 
ab: 

1. Bekommt ein Runtimeobj ekt den Auftrag seine Engineeringin- 
formation wiederherzustellen, so wendet es sish zuerst 
dann an den Typ seines Engineeringobjekts mit dem Auftrag 
eine neue Instanz eines Engineeringobjekts zu erzeugen. 

2. Bei der neu erzeugten Instanz tragt das Runtimeobj ekt ei- 
nen Verweis auf sich selbst ein und beauf tragt das neue 
Engineer ingobj ekt seine Daten (die des Runtimeobj ekt s) 
auszulesen. 

3. Das neue Engineer ingobj ekt liest nun die Informationen aus 
dem Runtimeobj ekt und tragt bei sich die entsprechende En- 
gineeringinf ormation ein. 

Im folgenden wird die Erfindung anhand der in den Figuren 
dargestellten Ausf uhrungsbeispiele naher beschrieben und er- 
lautert . 

Es zeigen: 

FIG 1 ein Ubersichtsbild zur Kennzeichnung der Beziehun- 



FIG 3 



FIG 2 



gen zwischen Engineeringobj ekten und Runtimeobj ek- 
ten, 

eine beispielhaf te Objektsicht einer Anlage, 
eine Veranschaulichung zum Erzeugen von Gerate- 
reprasentanten im Engineering, 
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FIG 4 eine beispielhaf te Darstellung zur Erzeugung der 

Automatisierungsobjekte in den Geratereprasentanten 
und 

FIG 5 einen Aufbau der vorhandenen Kommunikationsbezie- 

hungen im Engineering. 

Das Verfahren zur Wiedergewinnung der Engineeringinf ormation 
aus der Anlage lauft in drei Schritten ab: 

• Wiederherstellung der Geratereprasentanten 

• Wiederherstellung der Reprasentanten der Automatisierungs- 
objekte im Engineering 

• Wiederherstellung der Kommunikationsbeziehungen zwischen 
den Reprasentanten der Automatisierungsobjekte 

Das Verfahren wird im folgenden fur die vollstandige Wieder- 
gewinnung der Engineeringinf ormation beschrieben. Es lafit 
sich aber genauso zur Aktualisierung bereits bestehender En- 
gineeringinf ormation, d.h. als Deltaverf ahren, nutzen. Im 
weiteren wird das gesamte Verfahren mit Upload bezeichnet . 
In Bild 2 sind exemplarisch die beteiligten Objekte aufge- 
fuhrt. Auf den zwei Geraten, RG1 und RG2 , laufen jeweils zwei 
Automatisierungsobjekte. Die Automatisierungsobjekte RA01 und 
RA02 laufen auf RG1 , RA03 und RA04 auf RG2 . Kommunikations- 
verbindungen sind durch Linien symbolisiert . Insgesamt exi- 
st ieren also zwei gerateinterne und zwei gerateubergreif ende 
Kommunikationsbeziehungen . 

2. WlGderhorst Billing' der Geratereprasentanten 

Der Beginn des Uploads wird aus einem Sof twaresystem heraus 
angestoSen. Dabei kann es sich um ein Engineer ingsys tern oder 
ein beliebiges anderes System, das Engineeringinf ormation be- 
notigt, handeln. Ein Beispiel hierfur ist .ein System zur Pa- 
rametrierung der Anlage. Der Einfachheit halber wird im fol- 
genden immer von einem Engineeringsystem gesprochen. 
Im ersten Schritt werden alle Gerate aufgefordert ihre Repre- 
sentation im Engineering zu erzeugen. Dazu liefert .jedes Ge- 
rat einen Identifier des Typs seines Engineeringgegens tucks 
zuruck. Das Engineeringsystem erzeugt dann die entsprechenden 
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Objekte und tragt bei jedem Geratereprasentanten den Verweis 
auf das konkrete Gerat ein. Mittels des Verweise liest jeder 
Geratereprasentant dann die relevanten Daten „ seines" Gerats 
aus . 

Bild 3 veranschaulicht das eben Beschriebene . Die Gerate der 
Anlage, hier RG1 und RG2 , erhalten die Aufforderung zum 
Upload durch das Engineer ingsyst em. Sie liefern dann jeweils 
die Identifier der Typen der Engineeringreprasentanten zu- 
riick. Das Engineer ingsys tern erzeugt fur die entsprechenden 
Typen die Instanzen Gl und G2 . Diese lesen dann aus den Ge- 
raten RG1 und RG2 die relevanten Engineeringinf ormation aus . 

2. Wiederherstellung der Automatiaierung&objekte Im Enginee- 
ring 

Im zweiten Schritt werden die Reprasentanten der Automat is ie- 
rungsobjekte im Engineering erzeugt. Uber das ihm zugeordnete 
Gerat fordert jeder Geratereprasentant die Automat i s ierungs - 
objekte seines Gerats auf, ihre Entsprechungen im Engineering 
zu erzeugen. Dazu liefert jedes Automat isierungsob j ekt den 
Identifier des Typs seines Engineeringreprasentanten zuruck. 
Im Engineer ingsys tern werden dann wieder die entsprechenden 
Objekte erzeugt und mit einem Verweis auf ihren Partner in 
der Runtimeumgebung versehen. Danach fragt jedes Automatisie- 
rungsobjekt im Engineering die relevanten Daten seines Part- 
ners ab. 

Das Ergebnis dieses Vorgangs ist in Bild 4 zu sehen. Der 
Reprasentant Gl fragt von dem Gerat RG1 die Automatis ierungs - 
objekte RA01 und RA02 ab. Dies werden dann von Gl zum Upload 
aufgefordert und liefern die Identifier der Typen von A01 und 
A02 zuruck. Mittels dieser Information werden im Engineering 
die Instanzen A01 und A02 erzeugt. Diese erhalten dann eine 
Referenz auf ihre Runtimependants RA01 und RA02 werden 
schlieSlich dem Geratereprasentanten Gl zugeordnet . Dadurch 
ist die Information uber die Geratezuordnung der Automatisie- 
rungsobjekte wieder verfiigbar. Anschliefiend lesen AOl und A02 
aus RA01 und RA02 die fur das Engineering relevanten Informa- 
tionen heraus . 
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3. Wiederherstellung der Kommunikationsbeziehungen zwischen 
den Automat isierungsobjekt en im Engineering 

Im letzten Schritt werden die Kommunikationsbeziehungen zwi- 
schen den Automatisierungsobjekten wiederhergestellt . Dazu 
5 fragt jeder Geratereprasentant das ihm zugeordnete Gerat nach 
seinen Kommunikationsbeziehungen. Das Gerat liefert dann eine 
Liste mit sowohl den gerateinternen als auch gerateiibergrei- 
fenden Kommunikationsbeziehungen zuruck. Ein Eintrag dieser 
Liste besteht aus Quelle und Senke der Kommunikationsbezie- 
10 hung. Quelle und Senke werden jeweils durch ein 3-Tupel aus 
dem Identifier des physikalischen Gerats, dem Identifier des 
Automatisierungobjekts und dem Identifier des Ein- bzw. Aus- 
gangs beschrieben. 

15 Im Engineeringsystem werden die Eintrage der Liste in Verwei- 
se auf die Ein- und Ausgange der Reprasentanten der Automat i- 
sierungsobjekte umgesetzt. Dazu wird die Information aus den 
bereits erzeugten Objekten (die Verweise der Engineering- 
reprasentanten auf ihre Runtimegegenstiicke) benutzt. An- 

2 0 schliefiend wird dann die Verbindung im Engineeringsystem auf- 

gebaut . 

Eine effiziente Realisierung dieses Schritts wird darauf ach- 
ten, da& die vom jeden Gerat erzeugte Liste mit Kommunika- 
25 tionsverbindungen nur solche enthalt, bei denen das Gerat im 
Identifier der Quelle (alternativ der Senke) auftaucht. Des 
weiteren wird ein effektives Verfahren die in den Schritten 1 
und 2 aufgebauten Beziehungen zwischen Engineer ingreprasen- 
tanten und Runtimegegenstiicken zwischenspeichern, urn so den 

3 0 Suchaufwand in Schritt 3 zu minimieren. 

Bild 5 zeigt nun das Ergebnis des letzten Schritts. Gl hat 
von RG1 die Kommunikationsbeziehungen abgefragt. Dabei wurden 
die Beziehung zwischen RAOl und RA02 , RAOl und RA03 sowie 
3 5 zwischen RA02 und RA04 zuruckgelief ert . Die Verbindungen wer- 
den dann im Engineering umgesetzt, beispielsweise die Verbin- 
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dung zwischen RA01 und RA03 wird zu der Verbindung zwischen 
AOl und A03 . 



Sowohl die Objekte des Engineer ingsystems als auch des Run- 
5 timesystems beruhen auf dem gleichen, ausfiihrbaren Objektmo- 
dell. Durch die Verwendung des gleichen Modells ist eine di- 
rekte Interaktion auf Modellebene (Datenaustausch und Kom- 
munikation) zwischen den Engineering- und Runt imeobj ekten 
moglich. Des weiteren wird iiber die definierte Zuordnung zwi 
10 schen den Obj ekten des Engineering und der Runtime eine ein- 
deutige Abbildung definiert, die unabhangig von der Implemen 
tierung der Objekte ist. 

Dadurch ergeben sich fur das Verfahren folgende Vorteile: 
15 Trennung von Engineering und Runtime moglich.: Anderungen mus 
sen nicht notwendigerweise mit dem Engineeringwerkzeug durch 
gef tihrt . Bei Bedarf konnen die Anderungen jederzeit in das 
Engineer ingsys tern eingespielt werden, 

Einf aches Verfahren: Durch die Festlegung des Verfahrens auf 
20 Ebene expliziter Modelle laSt sich das Verfahren generell be 
schreiben und wird so zuverlassiger . 

Einf ache und vollstandige Abbildung: Zwischen den Runtime- 
und Engineer ingobj ekten besteht eine fest definierte Bezie- 
hung, die ein vollstandiges Wiederherstellen der Engineering 

25 information ermoglicht. 

Stabil gegen Implement ierungsandemngen : Die Implementierung 
der Runtime- und Engineer ingob j ekte kann ausgewechselt wer- 
den, ohne daS dies EinfluS auf die Abbildung und damit die 
Realisierung des Verfahrens hat. 

3 0 Werkzeugiibergreif end : Der Uploadmechanismus kann auch durch 
andere Werkzeuge und nicht nur durch das Engineer ingsys tern 
benutzt werden. 



35 
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Patentanspriiche 

1. Verfahren zur automatischen Wiedergewinnung von Engi- 
neer ingdaten aus Anlagen, bei dem die Objekte des Engineering 

5 und der Runtime durch ein einheitliches Objektmodell be- 
schrieben werden. 

2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, 

10 dafi eine direkte Kommunikation zwischen Engineering- und 
Runtimeobjekten vorgesehen ist. 
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Zusammenf as sung 

Verfahren zur automatischen Wiedergewinnung von Engineering- 
daten aus Anlagen 

Die Erfindung betrifft ein Verfahren zur automatischen Wie- 
dergewinnung von Engineeringdaten aus Anlagen. Die Objekte 
des Engineering und der Runtime werden durch ein einheitli- 
ches Objektmodell beschrieben. Dadurch lafit sich die Entspre- 
chung zwischen Engineer ingob j ekten und Runtimeobjekten auf 
Objektebene festlegen und es tritt kein Inf ormationsverlus t 
durch die Abbildung auf. Zusatzlich kann eine direkte Kommu- 
nikation zwischen Engineering- und Runtimeobjekten stattfin- 
den, was bei der Realisierung des Verfahrens ausgenutzt wer- 
den kann . 
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The invention relates 
to a method for the automatic 
retrieval of engineering data 
of systems. The engineering 
and run-time objects are 
described by a uniform object 
model. The correspondence 
between engineering objects 
and run— time objects can thus 
be determined at the object 
level. No information is lost 
as a result of the imaging. In 
addition, the engineering objects 
and the run-time objects can 
directly communicate, whereby 
said communication can be used 
when the method is carried out. 
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Die Erfindung betrifft ein 
Verfahren zur automatischen 
Wiedergewinnung von 
Engineeringdaten aus Anlagen. 
Die Objekte des Engineering 
und der Runtime werden durch 

ein einheitliches Objektmodell beschrieben. Dadurch la8t sich die Entsprechung zwischen Engineeringobjekten und Runtimeobjekten 
auf Objektebene festlegen und es tritt kein Informationsverlust durch die Abbildung auf. Zusiitzlich kann eine direkte Kommunikation 
zwischen Engineering- und Runtimeobjekten stattfinden, was bci der Realisierung des Verfahrens ausgenutzt werden kann. 
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Beschreibung 

Verfahren zur. automat ischen Wiedergewinnung von Engineering- 
da ten- aus Atilkgen <■ 

Die Erfindung betrif ft ein Verf ahren zur automatischen Wie- 
dergewinnung von Engineer ingdaten aus Anlagen. - 

Ein derartiges Automat isierungs system kommt insbesondere im 
Bereich der Automatisierungstechnik zum Einsatz. Ein derarti- 
ges Automatisierungssystem besteht in der Regel aus einer 
Vielzahl . von einzelnen Automatisierurigsobjekten, die haufig 
eine hohe . Abhangigkeit des Automatisierungsobjekts vom je- 
weils verwendeten Engineer ingsys tern aufweisen. 



Momentan gibt es zwei grundsatzliche Verfahren, die einge- 
setzt werden. Im ersten Verfahren, wird die Wiedergewinnung 
der Engineeringdaten aus der Anlage ausgeschlossen . Anderun- 
gen der Anlage sind nur fiber das Engineer ingwerkzeug moglich. 
20 Damit geben die Da ten im Engineeringsystem stets den aktuel- 
len Stand wieder und die No.twendigkeit des Ruckspielens der 
Information aus der Anlage entfallt. Diese Losung besitzt die 
folgenden Nachteile: 

• Starke Kopplung zwischon Runtime und Engineering: Das 

25 Engineeringsystem muS mit der Anlage ausgeliefert werden 

und auch vom Kunden extra bezahlt werden. 

• Anderungen in der Anlage konnen nicht nachvollzogen wer- 
den: Kommt es zu Anderungen in der Anlage, beispielsweise 
durch Aus tausch eines Gerat s , konnen diese Anderungen 

30 nicht automatispn im Engineeringsystem nachvollzogen wer- 

den . 

• Hohor organisatorischer Aufwand: Urn die Engineeringdaten 
aktuell zu halten, mussen organisatorische Vorkehrungen 
getroffen werden, durch die sichergestellt wird, wie Ande- 

35 rungen in der Anlage in. das Engineeringsystem eingebracht 

werden. 
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Der zweite Ansatz beruht auf einer Disassemblierung des 
Runtimecodes . Dabei wird der ausfiihrbare Code der Runtimeob- 
jekte analysiert urid in die Gegenstucke des Engineering viber- 
setzt. Diese.Losung besitzt die folgenden Naehteile: 

• Aufwendiges Verfahren: Die Analyse des Runtimecodes ist 
komplex und anf&llig fur ?Fehler . :* 

• Implementier^ngsabhangigii. Die Implement ierung der Riick- 
ubersetzung ist stark abhangig von der Realisierung des 
Ubersetzungsvorgangs.: Anderungen des Ubersetzungsvorgangs 
und vor allem des. erzeugten- Codes erzwingen die Anpassung 
der Implement ierung des, Rucktiber se t zungs vorgangs . - 

• ES- Information nicht mehr eindeutig herstellbar: Da der 
Runt imecode sich auf einer semantisch niedrigeren Ebehe 
befindet als die eigentliehe Engineeringinf ormation, kann 
nicht gewahrleistet werden, da& die Engineeringinf ormation 
sich exakt rekonstruieren lafit. 

Das der Erfindung zugrunde. liegende Problem best eht darin, 
daS die in einer Anlage enthaltenen Inf brmationen automatisch 
in ein Engineeringsystem. zuruckgespielt und dort wieder be- 
nutzt werden konnen, beispielsweise um Anderungen in der An- 
lage zu projektieren. 

Diese Aufgabe wird .durch das im : Anspruch 1 ahgegebene Verfah- 
ren gelost. 

Dabei werden die Objekte des Engineering und der Runtime wer- 
den durch ein einheitliches Objektmodell beschrieben . Dadurch 
last sich die Entsprechung zwischen Engineer ingobjekten und 
Runtimeobjekten auf . p'bj ektebene festlegen und -es tritt kein 
Inf ormationsverlus,tr' durch die Abbildung auf. Zusatzlich kann 
eine direkte Kommunikation zwischen Engineering- und Runtime- 
objekten stattfinden, was bei der Realisierung des Veffahrens 
ausgenutzt werden kann. 

Der Zusammenhang zwischen eirtem Engineer ingobjekt und seinem 
Runt imgegens tuck ist in Bild 1 beschrieben. Das Ehgineering- 
objekt ESO besitzt einen direkten Verweis, RTO Ref, auf seine 
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Runtimeentsprechung RTO. Dies ist moglich, da zum Zeitpunkt 
des Engineering die RuntJ.-meob j ekte verftigbar sind (oder wer- 
den) . Das Runtimeobjekt RTO besitzt keinen direkten Verweis 
auf das dazugehor ige Engineerihgob j ekt . Dies ist notwendig, 
urn eine Trennung des Engineering- und Run time systems zu er- 
mdglichen. Statt dessen enthalt das Objekt 'RTO einen identi- 
fizierenden Bezeichner, ESO Typ ID', auf den Typ des 
Engineer ingobj ekt s, ESO Typ. Damit konnen dann benotigte In- 
stanzen des ESO Typs durch das RTO erzeugt werden. 

Bezogen auf ein Runtimeobjekt RTO lauft das Verfahren zur 
Wiederherstellung der Engineeringinf ormation f olgendermalSen 

ab: •:•-.£ 

1. Bekommt ein Runtimeobjekt deh Auftrag seine Engineeringin- 
formation wiederherzustellen, so wendet es sish zuerst 
dann an den Typ seines Engineeringobjekts mit dem Auftrag 
eine neue Instanz eines Engineeringobjekts zu erzeugeri. 

2. Bei der neu erzeugt en Instanz tragt das Runtimeobjekt ei- 
nen Verweis auf sich selbst ein und beauftragt das neue 
Engineeringobjekt seine Daten (die des Runtimeobjekts) 
auszulesen. 

3. Das neue Engineeringobjekt lies t nun die Inf ormationeh aus 
dem Runtimeobjekt und tragt bei sich die entsprechende En- 
gineeringinf ormation ein. 

Im folgenden wird die Erfindung anhand der in den Figuren 
dargestellten Aus f uhrungsbeispiele naher beschrieben und er- 
lautert . 

Es zeigen: ,: 

(■ . . 

/.- 

FIG 1 ein Ubersichtsbild zur Kennzjeichnung der Beziehun- 

gen zwischen Engineeringobjekten und Runtimeobjek- 
ten, 

FIG 2 eine beispielhaf te Objektsicht einer Anlage, 

FIG 3 eine Veranschaulichung zum Erzeugen von Gerate- 

reprasentanten im Engineering/ 
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FIG 5. 



eine beispielhaf te Darstellung zur Erzeugung der 
AutomatisierSngsobjekte , in den .Geratereprasentanten 

effi*n Aufbau der vorhandenen KoMnunikationsbezie- 
hungen im Engineering . 

aus der Anlage lauft in drei Schritten ab- 

• Wiederherstellung der Geratereprasentanten 

• WiederhersteUung der Reprasentanten der Automatisierungs- 
objekte im Engineering gs 

• WiederhersteUung der Ko^uni.ationsbe.iehungen -zwisehen 
den Reprasentanten der Automatisierungsobjekte 

Das Verfahren „ird i m £ol gen d en fur die VWlstandige wieder- 
sHT 9 ^ EnSta ""» £ -«- beschrieben. Es laEt 
««* aber genauso zur Aktuaiisierung -bereits bestehende^ En- 
.xneermgmf oration, d.h. als Deltaverfahren. nutzen. J 

20 fulrt a f 7 ""» lari ~ h -teiligten Objekte aufge- 
A«s ™: Geraten ' RG1 RG2, laufen jeweils z„ei 

Automat^erungsob.ekte. Die Automatisierungsobjekte. RA01 und 
RA02 laufen auf RC1. «o 3 und ^ auf Komunikations . 
verbrndungen smd durch .inien. sy^U.iert.: Insgesa^t exi- 
st le ren also z„ el gerateinterne und zwei . geratettbergreifende 

25 Kommunikationsbeziehungen. rgreitende 

1 • Wirterherstell un g der Gexal=e«pr-i i< ,enta 0 t« 1 

Der Beginn des Uploads „ird aus eine ra Sof twaresysten, heraus 
angestoeen. Dabei kann es sich ™ ein Engineerings telX 

30 TltZU SYStem ' ^ be- 

rZZ' t BSiSPiel hierfUr iSt ein *«r Pa- 

raaetnerung der Anlage. Der Einfachheit halber „ird i» £ ol- 

genden lmer von eine M Engineeringsyste, Wprochen 

ZZTZ SCh E ri " Werde " GeraCe ~**^«" ibr. Repra- 

sentatron lm Engrneering zu erzeugen. Dazu liefert .jedes Ge- 

zuruck. Das Engmeermgsystem erzeugt dann die entsprechenden 
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, Objekte und tragt bei gedem Geratereprasentanten den Verweis 
auf das konkrete Gerat ein . Mittels des Verweise liest jeder 
Geratereprasentant dann. die relevanten Daten ,, seines u Gerats 

aus . ; .^{ . 

5 . Bild 3 veranschaulicht das eben Beschriebene. Die Gerate der 
Anlage, hier RG1 und RG2 , erhalten die Auf f drderung . zum 
Upload durch das Engineer ingsys tern. Sie lieferndann jeweils 
die Identifier der Typen der Engineeringreprasentanten zu- 
ruck. Das . Engineer ingsys tern erzeugt fur die entsprechenden 
10 Typen die Instanzen Gl und G2 . Diese lesen dann aus den Ge- 
raten RG1 und RG2 die relevanten Engineeringinformation . aus . 

2. Wiederherstellung der Automat isierungs objekte Im Enginee- 
ring 

Im zweiten Schritt * werden die Reprasentanten der Automatisie- 
15 rungsobjekte im Engineering erzeugt. Uber das ihm zugeordnete ^ 
Gerat fordert jeder Geratereprasentant die Automatisierungs- 
objekte seines Gerats auf, ihre Entsprechungen im Engineering 
zu erzeugen. Dazu liefert jedes Automatisierungsobjekt den 
Identifier des Typs seines Engineeringreprasentanten zuriick, . 
20 Im Engineer ingsys tern werden dann wieder die entsprechenden 
Objekte erzeugt und mit einem Verweis auf ihren Partner in 
der Runtimeumgebung versehen. Danach fragt jedes Automatisie- 
rungsobjekt im Engineering die relevanten Daten seines Part- 
ners ab. 

25 Das Ergebnis dieses Vorgangs ist in Bild 4 zu sehen. Der 

Reprasentant Gl fragt von dem Gerat RG1 die Automatisierungs- 
objekte RAOl und RA02 ab. Dies werden dann von Gl zum Upload 
aufgefordert und liefern die Identifier der Typen von AOl und 
A02 zuriick. Mittel's dieser Information werden im Engineering 

30 die Instanzen Apl und A02 erzeugt. Diese erhalten danh eine 
Referenz auf ihre Runtimependants RAOl und RAQ2 werden 
schlieSlich dem Geratereprasentanten Gl zugeordnet. Dadurch 
ist die Information uber die Geratezuordnung der Automatisie- 
rungsobjekte wieder verfugbar. Anschliefiend lesen. AOl und A02 

3 5 aus RAOl und RA02 die fur das Engineering relevanten Informa- 
tionen heraus . 
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3. Wi ederhersiellung der Kammunikationsbeziehungen zwischen 
den Automat isierung sob jekten im Engineering 

Im letzten Schritt werden die Kommunikationsbeziehungen zwi- 
schen den Automatisierungsob jekten wiederhergestellt / Dazu 
5 fra§t jeder Geratereprasentant das ihm zugeordnete Gerat nach 
seinen Koirmmnikationsbeziehungen. Das Gerat, lief ert dann eine 
Liste mit sowohl den geratieinternen ais auch gerateubergrei- 
fenden Kommunikationsbeziehungen zuruck. Ein Eintrag dieser 
Liste besteht aus Quelle und Senke der Kommunikationsbezie- 
10 hung. Quelle und Senke werden jeweils durch ein 3-Tupel aus 
dem Identifier des physikalischen Gerats, dem Identifier des 
Automatisierungobjekts und dem Identifier des Ein- bzw. Aus- 
gangs beschrieben. 

15 Im Engineeringsystem werden die Eintrage der Liste in Verwei- 
se auf die Ein- und Ausgange der Reprasentanten der Automati- 
sierungsob jekte umgesetzt. Dazu wird die Information aus den 
bereits erzeugten Ob jekten (die Verweise der Engineering - 
reprasentanten auf ihre Runtimegegenstiicke) benutzt. An- 

20 schliefiend wird dann die Verbindung im Engineeringsystem auf- 
gebaut. 

Eine effiziente Realisierung dieses Schritts wird darauf ach- 
ten, daS die vom jeden Gerat erzeugte Liste mit Kommunika- 

25 tionsverbindungen nur solche enthalt, bei denen das Gerat im 
Identifier der Quelle (alternativ der Senke) auftaucht. Des 
weiteren wird ein ef fektives Verfahren die in den Schritten 1 
und 2 aufgebauten Beziehungen zwischen Engineeringreprasen- 
tanten und Runtimegegenstucken zwischenspeichern, urn so den 

30 Suchaufwand in Schiritt 3 zu minimieren. 

... . . S : . . 

Bild 5 zeigt nun das Ergebnis des letzten Schritts. Gl hat 

von RG1 die Kommunikationsbeziehungen abgefragt. Dabei wurden 
die Beziehung zwischen RAOl und RA02, RAOl und RA03 sowie 
35 zwischen RA02 und RA04 zuruckgelief ert . Die Verbindungen wer- 
den dann im Engineering umgesetzt, beispielsweise die Verbin- 
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dung zwischen RAOl und RA03 wird zu der Verbindung zwischen 
AOl und A03 . 

Sowohl die Objekte des Engineer ingsys terns als auch des Run- 
timesystemM" beruhen auf dem gleichen, ausfiihrbaren Objektmo- 
dell. Durch die Verwendung des gleichen Modeils ist eine di- 
rekte Interaktion auf Modellebene (Datenaustausch und Kom- 
munikation) zwischen den Engineering- und Runtimeobjekten 
moglich. Des weiteren wird iiber die definierte Zuordnung zwi 
schen den Objekten des Engineering und der Runtime eine ein- 
deutige Abbildung definiert, die unabhangig von der Implemen 
tierung der Objekte ist. 

Dadurch ergeben sich fur das Verfahren folgende Vorteile: 
Trennung von Engineering und Runtime moglich: Anderungen mus 
sen nicht notwendigerweise mit dem Engineeringwerkzeug durch 
gefiihrt. Bei Bedarf konnen die Anderungen jederzeit in das 
Engineer ingsys tern eingespielt werden. 

Einfaches Verfahren: Durch die Festlegung des Verfahrens auf 
Ebene expliziter Modelle laSt sich das Verfahren generell be- 
schreiben und wird so zuverlassiger . 

Einfache und vollstandige Abbildung: Zwischen den Runtime- 
und Engineer ingobjekten besteht eine fest definierte Bezie- 
hung, die ein vollstandiges Wiederherstellen der Engineering- 
information ermoglicht. 

Stabil gegen Implementierungsanderungen: Die Implementierung 
der Runtime- und Engineeringobj ekte kann ausgewechselt wer- 
den, ohne dafi dies EinfluE auf die Abbildung und damit die 
Realisierung des Verfahrens hat. 

Werkzeugiibergreifend,; Der Uploadmechanismus kann auch durch 
andere Werkzeuge und nicht nur durch das Engineer ingsys tern 
benutzt werden. 
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Patentanspriiche 

1. Verfahren zur automat ischen Wiedergewinnung von Engi- 
neeringda.ten aus Anlagen, bei dem die Objekte des Engineering 
und der Runtime, durch e.in einheitliches Objektmodell be- 
schfieben werden. 

2. Verfahren nach Anspruch 1 , 

d a d u r c h g e k e n n z e i c h n e t, 

daS eine direkte Kommunikation zwischen Engineering- und 
Runtimeobjekten vorgesehen ist. 
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The second approach is baged on a disassembly of the 
runtime code. In this'' case, the executable code of the 
runtime objects is analyzed and translated into the 
engineering counterparts. This solution has the 

5 following disadvantages: 

Elaborate method: The analysis of the runtime code is 

complex and susceptible to errors. 

Implementation- dependent : The implementation of the 
translation back is strongly dependent on how the 
10 translation process is carried out. Changes to the 

translation process and in particular the code 
created necessitate adaptation of the implementation 
of the translating-back process. 

ES information can no longer be produced with 
15 certainty: Since the runtime code is at a 

semantically lower level than the actual engineering 
information, it cannot be ensured that the 
engineering information can be exactly reconstructed. 

2 0 The problem underlying the invention is that of 

allowing the information contained in an installation 
to be automatically reproduced in an engineering system 
and used again there, for example to plan changes in 
the installation. 

25 

This object is achieved by the method specified in 
claim 1. 

In this case, the engineering and runtime objects are 
30 described by a uniform object model. As a result, the 
correspondence between engineering objects and runtime 
objects can be determined at the object level and no 
information is lost as a result of the mapping. In 
addition, a direct communication between engineering 

3 5 and runtime objects can take place, which can be 

utilized when the method is carried out. 

The relationship between an engineering object and its 
runtime counterpart is described in figure 1. The 
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engineering object ESO has u a direct reference, RTO ref, 
to its 
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Patent claims v 

1. A method for the automatic retrieval of engineering 
data from installations in which the engineering 
and runtime objects are described by a uniform 
obj ect model . 
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The method as claimed in claim 1, characterized in 
that a direct communication between engineering and 
runtime objects is provided. 



